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(57 ). Abstract: There is disclosed a method 
and device for generating distributed 
applications for each level in a multi-level 
database environment, comprising: 
receiving an integrated configuration code 
comprising code sections for all information 
required for generating an application 
in each of said levels, parsing all codes 
sections in said integrated configuration 
code required for at least one level of said 
multi -level environment, extracting said 
parsed code sections for said at least one 



level, and converting said extracted code sections into level-specific application code for each extracted level. 
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Method and devic e for generating distributed JAVA applicati ons 
by means of a cent ral XML configuration file 

5 The present invention relates to the generation of distributed applications in a multi tier or multi 
level environment, preferably in databases. It also relates to the generation of object oriented, 
distributed JAVA applications. 

Distributed implications are further and more developed versions of typical Client - Server 
10 applications. The main advantage of such a distributed architecture also known as n-tier or multi 
tier applications is the clear separation of the individual layers (tiers). Those tiers are generally 
comprised of a database server for maintaining persistent data, an application server for 
executing an object logic or business logic, a WEB server for preparing the presentation and a 
Client Application for presentation to the user and user interaction. 

15 

Such architecture is described in United States Patent 5,212,787. This document discloses a 
method for accessing a relational database outside an object-oriented environment, vdthout 
exiting this environment. This access to the relational database is performed by a translator 
appUcation for providing application protocol interfaces between the object-oriented 
20 environment and the relational database. 

One problem with such architectures is the added complexity the application developer has to 
deal with, hi the development process , of a classical Client - Server application, the developer 
has a graphical development tool and directly accesses the database data. This simplifies the 
process because die developer has to deal with only 2 layers and not 3 or more. 

In many cases during the development of n-tier distributed applications, several ^es of Qient 
^plications are to be implemented. Typically one application is a fully-fledged JAVA Client 
with a Graphical User Interface (GUI) and the other is a slick WEB Browser based plication. 
The data to process have to be sent to the WEB - or Application Server. When data have been i 
sent to the WEB Server, they have to be processed - translated for the Application Server. The 
Application Server then executes the object logic or business logic and creates the statements to 
query the database. Due to the great complexity of the architecture, application developers are 
often puzzled and fail. 

It is therefore desirable to have a method and device to simplify the generation of applications in 
all tiers of a multi tier environment. 
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According to one aspect of the invention, a method is provided to generate applications in all 
tiers of a multi tier environment. The method comprises accessing an integrated configuration 
code comprising code sections for all information required for generating an application in each 
S of said levels. Said information comprises data, commands, definitions, layout and the like. The 
access can be implemented e.g. by receiving, retrieving, generating by user input, and re-woiking 
a previously stored integrated configuration code. In the configuration code all sections required 
for at least one application in at least one level of said multi-level environment are then parsed. 
The parsed code sections are extracted for said at least one level, and converted or translated into 
1 0 level-specific application code for each level. 

In an example embodiment of the present invention the method further comprises identifying ail 
code sections required for at least one level of said multi-level environment in said integrated 
configuration code. 

15 

In another example embodiment the said level-specific application code is a JAVA code. The 
Java code provides a possibility to program an application independent of the actually used 
hardware, providing an application that can be run on nearly every server-, middle ware or client 
device in the tiers. So the generated application requires no additional information of the 
20 available application program interfaces or other proprietary characteristics of the devices the 
. application is generated for. Therefore, the integrated configuration code can economize all 
device or platform specific information. 

Another example embodiment of the method further comprises sending or transmitting said 
25 level-specific applications to devices in said multi level environment 

According to another aspect of the present invention a method for generating' an integrated 
configuration code is provided. The generation of the integrated configuration code comprises 
receiving at least one representation of a database table of a database. Said at least one 

30 representation defines an object such as a business object in the database. This can be done e.g. t 
by user input and the like. After that, all .meta-information of the at least one database table 
represented by said least one representation is retrieved fix)m the database that said table is stored 
in. The meta-information comprises information of the contents and additional information about 
it such as attributes and relations of said at least one database table. The meta information can 

35 comprise information about relations of the database table to oflier (even not listed) database 
tables. The tables and the meta infomiation are used to generate an integrated configuration code. 
The integrated configuration code comprises code sections for all meta information retrieved 
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from said database, which is required for generating an ^plication in each of said tiers. The 
configuration file comprises all infomiation required to map said object defined by said 
representations of tables to said configuration file. The configuration file can be processed or 
revised to change and vary the relations and content of said object. The integrated configuration 
file defines said object and its masks, including the object logic (e.g. business logic) like 
validation, presentation such as format, communication between the dififerent tiers and the 
storage on the database. Said components of the configuration file that can not be derived fix)m 
the database, have to be generated firom other previously generated configurations files. Scorn 
libraries or via user input. 

In an example embodiment said integrated configuration code is an XML (Extensible Markup 
Language) file. By using an XML file the configuration code can be generated and processed 
independently of the actually used device. Another advantage is that XML provides a portable 
data and code format, which is easy to use. The integrated configuration XML file offers the 
possibility to code data such as the contents of an object and data objects together with program 
sections and configuration of the presentation of said object and data objects. 

The invention allows the developer to maintain all aspects in one place and to generate an 
implementation. The developer can create a skeleton multi tier application without programming 
effort, as the integrated configuration file is generated automatically. He can concentrate on the 
implementation of the application specific behavior by enhancing the generated skeleton 
provided by the XML configuration file. 

The gist idea behind the invention comprises that every object e.g. a business object can be 
mapped to a database table. Therefore, it is also possible to describe this mapping in a 
configuration file. This is achieved accordiiig to one aspect of the invention by uking a generator 
that takes one or more database tables as argument and creates a b^se configuration file by 
reading the meta infomiation firom the database for the specified tables. 

The configuration file can also be used to configure the presentation of an object. In other words, 
it can be specified how to format the value of an Attribute, how to validate the value, what visual 
form and size the GUI component has (Textfield, Checkbox, Dropdown, Menu...). Furthermore 
it is possible to specify labels and other aspects in the configuration file without actually 
programming in JAVA. All this information describes an entity, which is in fact the blue print to 
dissolve or disintegrate an object. 

The invention uses and leverages the following technologies : JAVA, XML and JSP (Stmts). 
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Java is an object-oriented and platform independent program language, used for the generated 
applications. SWING is a graphical user interface class library, such as ATW for generating user 
interfaces in a Java environment, instead of using SWING any other standard GUI library like 
ATW can be used for generating the GUIs of ^plications. JDBC (Java Database Connectivity) is 

5 a Java-API (Application program interface) for executing of SQL (Structured Query Language) 
orders used in relational databases. JDBC can be utilized in every application having direct 
access to a SQL database. XML (Extensible Markup Language) is used for the configuration file. 
The extensibility of XML enables it to store data and XML provides Parsers, DTD (Document 
Type Definition) to convert the XML file to JAVA applications. JAVA Server Pages (JSP) is 

10 used to generate GUIs for Intemet and HTML q)plications. The JSPs can e.g. be generated with 
STRUTS^ an open source framework of utilizing pre-stored design patterns to f2[cilitate the 
development of JSP applications. 

When the developer finally has specified all needed information for an entity, the necessary code 
1 S files can be generated. 



The resulting files per Entity are: 

1 . Java Class Source files 

• Swing Panel 
20 • Swing Table 

• Client Object 

• Server Object 

• Data object of the Object Logic 

• Struts Action 
25 • Struts Form 

2. JSP (Java Server Pages) Pageis 

• Presentation of the Object 



According to yet another aspect of the invention, a software tool is provided comprising program 
30 code means for carrying out the method of the preceding description when said program product 
is run on a computer or a network device. 

According to another aspect of the present invention, a computer program product downloadable 
fix)m a server for carrying out the method of the preceding description is provided, which 
35 comprises program code means for performing all of the steps of the preceding description when 
said program is run on a computer or a network device. 
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According to yet another aspect of the invention, a computer program product is provided 
comprising program code means stored oil a computer readable mediimi for carrying out the 
methods of the preceding description, when said program product is run on a computer or a 
network device. 

5 

According to yet another aspect, the present invention provides a computer device for generating 
distributed applications for each level in a multi-tier environment The computer device 
comprises a reception module, a controlla, a user interface and a network module. The reception 
module is required, to receive an integrated configuration code comprising code sections for 

10 dififerent levels of a multi level environment. The controller, is connected to said reception 
module, and is configured to parse, identify, extract and convert code sections of said integrated 
configuration code into level-specific application code for each tier in said environment. The user 
interface is connected to said controller, to extend and revise said integrated configuration code. 
The network module is connected to said controller, to transfer said generated level-specific 

1 5 q)plication code to other devices in a network. 

In the following, the invention will be described in detail by referring to the enclosed drawings in 
which: 

20 Figure 1 is a block diagram depicting a multi tier envirormient. 

Figure 2 is a block diagram, dq>icting an exanq)le of the generation of an XML configuration 
file! ^ 

25 Figure 3 is a simple example for the msqiping of database information to an XML file. 
Figure 4 is an example of an XML entity configuration file. 
Figure S is an example of an XML attributes configuration file. 



Figure 6j s an example of an XML relation configuration file, 

£igurej.is a block diagram, depicting an example of the generation of applications in a multi tier 
environment form an XML configuration file, 

35 

Figure 8 is an example of a swing screen implementation of a business object. 
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Figure 9 is an example of a swing table implementation of a table, 

Jigure lO is an example of an implementation for validation and notification of interactions with 
a business object, 

5 

Figure 11 is an example of an implementation for holding the data of a business object, 

Figurej^2 is an example of an implementation of a hook to execute a server side business logic of 
a business object, 

10 

Figure 13 is block diagram, depicting an example of the bindings between a gra|>hical user 
interface and data. 

Figure 14 to 17 describe an example of a synchronization process of data objects between a client 
15 and a s^er. 

Figure 18 to 22 are examples of properties for the different properties of the code used in the 
aforemenaon^ generation processes 

20 In other instances, detailed descriptions of well-known methods, interfaces, devices, and 
signaling techniques are omitted so as not to obscure the description. 

Figure 1 is a block diagram depicting an overview of tiie typical multi tier , environment 
architecture. Distributed sq[>plications are further and more developed versions of typical Client - 

25 Server Applications. The main advantage of such a distributed architecture also known as nrtier 
or multi tier applications is tiie clear separations of the individual layers (tiers). The depicted 
multi level or multi tier environment is comprised of a Database Server 2 sSti* Application 
server 4, a Client Application 6, a Web Server 8 and a HTML (Hypertext Maricup Language) 
Client 10. The Database Server 2 represents the first or lowest tier of the multi tier environment. 

30 The Database Server 2 is for maintaining persistent data, and physically stores the data of a 
database in form a tables, entries, attributes, relations and other meta infomiation. The Database 
Senrer utilizes a database server application to retrieve the physically stored data and to exchange 
data with the Application Server 4. 

35 The Application Server 4 forms the second tier of the environment. The Application Server 4 
forms the link between Database senrer 2 and the Client Application 6 and the Web Server 8 
respectively. The Application Server 4 is for executing a object logic or business logic, and 
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generates queries to query the data stored in the Database Server 2 according to requests received 
from the Client 6 and the Web Server 8. The requests can comprise read out operations to 
retrieve information stored in the database or write operations to change the content of the 
database. To execute the read out operations, the Application Server 4 comprises a query builder 
5 ^plication and a data object updater to execute write operations corresponding to requests 
received from the Client 6 or the Web Server 8. To execute the communication and to handle the 
different protocols between the Database Server 2, the Web Server 8 and the Client 6 the 
Application Server 4 uses an application server application. 

10 Client 6 is connected to the Application Server 4 to send data object requests to and to update 
data objects in the Database Server 2. The Client 6 forms the third tier. The Client 6 comprises a 
grsq>hical user interface (GUI) for presentation and user interaction to simplify the database 
access. The GUI and the data exchange with the Application Server 4, is executed by means of a 
client application running on a user terminal. 

15 

The Web server 8 is connected to the Application Server 4 to exchange data object requests and 
data objects between the Database Server 2 and the HTML Client 10. The Web Server 8 is for 
preparing presentations and forms the fourth tier in the environment. The Web server 8 
comprises a data object updater and a data* request executor to interpret the different protocols 
20 and to forward requests between the HTML CUent 10 and the Application Server 4. The data 
exchange and the interpreting are executed by means of a web server appUcation. 

The HTML Client 10 is connected to the Web server 8 to exchange data and to provide database 
access via the Web. The HTML Client 10 forms Oie. fifth tier in the environment. The HTML 
25 Client 10 transforms the HTML code received from the Web Server 8 to a . web page as a 
grs^hical user interface for presentation and user interaction. The web page has to be defined as a 
HTML gre^hic sqiplication. 

To provide all these q)plicationSy the database server ^plication, the application server 
30 application, the client application, the web server application and the HTML graphic application 
has to be generated. The problem high complexity the sq>plication developer has to deal with. 

In many cases during the development of n-tijer distributed applications, several types of Client 
24>plications have to be implemented. Typically one application is a full-fledged JAVA Client 
35 (Client 6) with a GUI and the other is a slick WEB Browser based appUcation (Web Server 8). 
The data to be processed have to be sent to the WEB 8 - or Application Server 4. When data has 
been sent to the WEB Server 8, they have to be processed - translated for the Application Server 
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4. The Application Server 4 then executes the object logic or the business logic and creates the 
statements to query the database Server 2. Due to the great complexity of the architecture, even 
small errors lead to a failures in the interaction between the different tiers. 

5 Figure 2 is a block diagram, depicting an example of the generation of an XML configuration file 
26. The method basically comprises two more or less independent sub-elements, the generation 
of the applications form a fiilly integrated configuration code, and the generation of the 
configuration code by means of meta information of a database and the application specific 
requirements. The latter is depicted and described in figure 2. Both sub methods contribute to 
10 simplify the generation of sqpplications in a multi tier environment. 

To generate a fiilly integrated configuration file 26 for generating distributed JAVA applications 
for interacting with databases in a multi-tier environment having at least a server tier and a client 
tier, the properties of an object or a business object have to be fixed. In a relational database 

IS determining the tables 20 comprising the required information can do this. Having determined 
the tables 20 comprising the relevant information, the respective relations between the tables can 
be retrieved fcom the database 24 comprising this information. If the q>plications to be generated 
are designed to access existing tables of a database, it can be sufiBcirat to determine the required 
tables e.g. in a list of tables 20. Additional information such as data stmcture can also be 

20 retrieved fiom the database 24. Alternatively, only single table elements and the respective 
relations can be determined, to generate e.g. a demo version for the application. 

Based on the tables and the meta information a configuration file can be generated 22. The 
configuration file 26 can be generated as an XML configuration file comprising all information 
IS for the desired qiplication. Thereby a selection of databiase tables or the represoitations of theses 
tables and the respective relations defining a database or business object can be mapped to a 
configuration file. Additional information according to the number of expected or iequired tiers 
can also be determined prior to the generation of the configuration tile. 

30 The basic idea is to define all properties in an integrated file, and generate a single composition ^ 
with all information necessary to generate s^plications in all tiers of the environment. So not 
only the single properties necessary for a single application is defined, but also the whole 
structure of the single tiers are integrated in a single file. Basically the idea can be compared to 
the generation of a single part of a jigsaw puzzle by first generating a picture and cutting only the 

35 required piece from it, wherein it is guaranteed that all parts cut fix>m the same picture are fitting, 
instead of generating a single part separately and hoping that there is somewhere an other part 
going together. 
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Upon passing a list of table names 20 to the entities generator 22, the generator 22 creates a 
default configuration file 26 (entities.xml), with the information retrieved from the database 24. 
To generate the integrated configuration filet the application uses XML- technology such as a 
5. Parser and DTD (Document Type Definition). 

Figure 3 depicts a simple example for mq>ping of a database table to an XML file. The 
generation can be embodied as a translator translating the tables of e.gi an ODBC- or an 
ORACL£, or Trans-Base- database with its structure and contents to an XML file. 

10 

Starting firom a simple database table 30 the entries of the table are mapped to an XML 
configuration file 30. The present example only describes the stmcture and the contents of the 
table without any relations between the single elements. It is to be noted that the present example 
is not restricted to price lists, but can also be applied to any kind of table contents, such as part 

15 tables and the like. This example is only for providing an idea of how to implement one aspect of 
the integrated file generator. According to the XML design mles, the name of the list forms the 
start <price list> and the end </price list> of the XML file section. The other properties are also 
forming sub-elements with additional information about the contents of the list. Due to the 
relatively small number of elements in the table, the mapping function between the table and 

20 selected table elements should be clear, and provide a sufficient indication of how to implement 
the configuration file generator. The exact implementation of the generator is dependent of the 
used database structure ihe used operation system and the computer language used to implement 
the generator. 

25 Figure 4 is an example of an XML entity configuration file section of an integrated configuration 
file. Entities are used to define objects or business objects of the same type. The entity 
configuration file (entities.xml) comprises an XML tag <entity to relate the meaning of the 
following text to mtities. 

30 The tag is not closed to indicate that the depicted selection is only exemplary and not limited to > 
the depicted text. In the enclosed list defines the properties of an entity, defining a name, a label 
and a comment of the object. The entity is further defined by Boolean class name, a document 
class name, a condition possible condition errors, a signed as primary key and unique key. 

35 Figure 5 is an example of an XML attributes configuration file. Attributes define the properties 
of an object or a business object. As in the description of Figure 3 and 4 the file section starts 
with an XML tag SO <attributes> identifying the following text as attributes. The first 
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attribute relates the label "Deal id" to the name "DEALID". In the following the class name, the 
fomiat and the maximum number of digits of the entity is defined The next attribute tag defines 
the attributes of the entity '"inspection date'*. 

5 Figure 6 is an example of an XML relation configuration file. Relations indicated by the XML 
tag 60 <relation> express the joins when storing or loading objects or business objects. In 
the figure the entity "CONTRACT' with the name "dealcontracf ' is allocated to the parent 
attribute *T3EALID". Similarly, the entity *TARTNER" with the name "dealpartner" is allocated 
to the parent attribute "DEALID". Other attribute types are descriptors, identificators, optional 
1 0 descriptors and other fimctionality can also be defined or fixed. 

Th entities, the attributes and the relations can be extracted finom the meta information stored in 
the database. The configuration file itself can be automatically generated, if the only the database 
tables are determined, and the respective meta information is retrieved fiom the database. 

15 

Figure 7 is a block diagram, depicting an example of the generation of applications in a multi tier 
environment form an XML configuration file. As discussed in figure 2, the method basically 
comprises two more or less independent sub-elements, the generation of the supplications form a 
fiilly integrated configuration code, and the generation of the configuration code by means of 
20 meta information of a database and the application specific requirements. The former method is 
depicted and described in figure 7. 

With the entity and attribute and relation information defined in the XML configuration file 70, 
the fiiunework generates 71 base classes for tfie applications in all tiers of the multi tier 
■ 25 environment. On the Client side 72 the applications for objects or business objects 73 and for 
screens and tables 75 are generated. On the server side 73 q>plications for objects or business 
objects 77 and for the entity manager storage 78 are generated. The generator 71 also generates 
middleware implications for data objects 76. 

30 The generation of the application can use an extended version of JAXB (Java Architecture for 
XML binding) to map the XML elements to classes in the Java programming language. Standard 
JAXB is not enable of identifying the relevant section in the XML file necessary for the single 
applications in each tier. Therefore it is necessary to provide an additional feature or tool to 
parse, identify and extract, the relevant code sections in the XML file prior to the generation of 

35 the Java applications. 

The basic idea is to generate a single composition with all information necessary to generate 



wo 2004/031945 PCT/EP2003/010290 

11 



applications in all tiers of the environment. Basically, the idea can be compared to the generation 
of a jigsaw puzzle by first generating a picture and cutting it into pieces, wherein it is guaranteed 
that all parts are fitting, instead of generating each part separately and hoping that they would go 
together. 

5 

Figure 8 is an example of a swing screen implementation of a business object. The, swing screen 
implemmtation is provided as an examplary gridbag layout, binding visual components with data 
to the corresponding objects or business objects. SWING is a graphical user interface class 
library, such as ATW for generating user interfaces, instead of using SWING any other standard 
10 GUI library like ATW can be used for generating the GUIs of applications. The cUent inteiprets 
the depicted swing screen as to display a protected void for user input and to retrieve the 
initiation date of the object deal following to the input on the input of an object identification 
(dealid). All the depicted code section of the swing screen example can be directiy generated 
firom the XML configuration file. 

15 

Figure 9 is an example of the implementation of a database table as a swing table code. With 
default renderers and editors, columns are defined as (non*) sortable, editable, (non-) resizable, 
preferred- min- max nimiber of characters and the like. All the depicted code section of the swing 
table example can be directly generated bom the XML configuration file. 

20 

Figure 10 is an example of an implementation for validation and notification of interactions with 
an object or a business object Object or business objects for Client side validation, register 
listeners to be notified if the object or business object has changed. 

25 Figure 11 is an example of an implementation for holding the data of an object or a business 

object. Data objects for holding the data of an object or a business object will be send to the 
Server if modified. The swing implementation has some help methods like ''isModifiedQ"- 
Figure 12 is an example of an in:q)lementation of a hook to execute a server side object logic or 
business logic of an object or a business object. It is provided by static methods without any 
30 state. 

Figure 13 is block diagram, depicting an example of the bindings between a graphical user 
interface and data. The block diagram demonstrates how data of an object or a business object 
interacts with the presentation layer. This is done using the MVC (Model, View, Controller) 
Pattern, which was implemented by the code generator when the panel was generated. 

35 

The depicted graphical user interface (GUI) 130 comprises different component for receiving 
user ii^ut and displaying data. Each of the input components is registered by an adapter 132 to 
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respective listeners. In case of a xiser input to the receiving components of the GUI 130, the 
adapter gets the value from the component and delegates it to the object or the business object 
134. The object 134 runs through all its registered listeners to execute a changed event. The 
changed event is received by adapter controller 136 which in turn controls a component to 
. 5 display in the GUI 130 a formatted value according to an attribute which is bound to the is 
control. 

Figure 14 to 17 describe an sample of a synchronization process of data objects between a client 
and a server. 

10 

Figure 14 dq>icts an object 140 widi data objects changed by a Client. The client ^plication 
extracts the changed or. modified data objects 142 fix>m the object 140 and sends the extracted 
modified data objects 142 to the server. 

15 Figure 15 depicts the reaction of the server on the reception of the modified data objects. Each 
received modified data object 150 is first assigned 151 to a database table 155, to determine if the 
data object is assignable, the value oft the data object has changed. Than an update action 152 is 
executed, said update action comprises the updating 152 of persistent data in storage and in table 
155. To confirm the update, the changed data are a read out 154 fix>m in the storage, and the 

20 updated data objects are returned to the client. 

Figure 16 depicts the reaction of the client to the reception of the updated data objects 162 fiom 
the server. Updating the data objects 162 in the tables of the object 160 performs the updating. 

25 Figure 1 7 depicts the reaction of the clirat to the updated object 1 72. The updated objects 1 72 are 
used to update the GUI components 170 on a display of the Client. Following the iqpdating 
process, the all data objects the iqidated and the unchanged data objects specified by die GUI and 
the object are displayed. The updating of the GUI component 170 is executed by using listener 
and adapter applications. 

30 

All the above applications necessary to provide the interactions between the Client and the 
Server can be generated from a single XML file specifying the object itself, the GUI the Extract 
and update processes and the properties of the data objects. In simunary. Figures 14-17 
demonstrates how data fiom one ore more Clients are synchronized with the database without 
35 having to write specific code by the application developer. 

Figure 18 to 22 are examples of properties for the different properties of the code used in the 
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aforementioned generation processes. 

Figure 18 d^cribes properties for entities, such as names, labels and comments for an entity. 
Other properties are related to type and handling of the entity, the type of data, the language the 
S entity has to be interpreted with, a condition for an error message, an object class name, a data 
object class name, the type of access to be granted an a list of attributes in the entity. 

Figure 19 describes database relevant properties for entities. Such as names for a schema, a write 
and read table, primary keys, and statements to generate a primary key, to search, select, update, 
10 delete and insert data objects in the database. 

Figure 20 describes a selection of properties for attributes. 

Figure 21 describes GUI relevant properties for attributes. The GUI relevant attributes are used to 
IS arrange data in or as a texfield, a label, a check box, an icon, a code table etc. Tabled depicted in 
the GUI can be arranged by defining the number of rows and columns, and a code table name can 
be used to name a table. 

Figure 22 describes relations between entities. The name of a relation and the EntityName should 
20 be clear to describe the relation itself and the entities associated by said relation. The foreignkeys 
are used to define the keys to join the oitities. The foreign keys are used to implement the 
different relationships in the meta information of the database in the configuration file, hi figure 
6 only the relation 'parent attribute'* is shown, but other relations can also be defined as 1:1, l:n 
or n:m relations, optional and restricted relations and relation between one two or more tables. 

'25 

This s^plication contains the description of implementations and embodiments of the present 
invention with the help of examples. It will be appreciated by a person skilled in the art that the 
present invention is not restricted to details of the embodiments presented above, and that the 
invention can also be implemented in another form without deviating from the characteristics of 
30 the invention. The embodiments presented above should be considered illustrative, but not i 
restricting. Thus the possibilities of implementing and using the invention are only restricted by 
the enclosed claims. Cons^uently various options of implementing the invention as determined 
by the claims, including equivalent implementations, also belong to the scope of the invention. 
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Claims 

1. Method for generating distributed applications for each level in a multi-level database 
environment, comprising: 

- receiving an integrated configuration code comprising code sections for all 
information required for generating an s^plication in each of said levels, 

- parsing all code sections in said integrated configuration code required for at least 
one level of said multi-level environment, 

- . extracting said parsed code sections for said at least one level, and 

- converting said extracted code sections into, level-specific application code for 
each extracted level. 

2. Method according to claim 1, wherein said parsing step comprises identifying all code 
sections in said integrated configuration code required for at least one level of said multi- 
level environment 

3. Method according to claim 1, wherein said level-specific application code is a JAVA code. 

4. Method according to claim 1, further comprising sending said level-specific application 
code to a device in said multi level database environment. 

5. Method for generating an integrated configuration code in a multi-level database 
envuonment, comprising: 

- receiving at least one rq)resentation of a database table of said database, 

- retrieving all meta-information of said database table represented by said least one 
representation fix>m said database, said meta-information comprising information 
related to the contents of and additional information' abotit said ^ least one 
database table, 

- generating an integrated configuration code comprising code sections for all meta 
information retrieved fix>m said database. 

6. Method according to anyone of the preceding claims, wherein said integrated configuration 
code is an XML file. 

7. Software tool comprising program code means stored on a computer readable medimn for 
carrying out the method of anyone of claims 1 to 6 when said software tool is rim on a 
computer or network device. 
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8. Computer program product comprising program code means stored on a computer readable 
medium for canying out the method of anyone of claims 1 to 6 when said program product is 
run on a computer or network device. 

9. Computer program product comprising program code, downloadable from a server for 
canying out the method of anyone of claims 1 to 6 when said program product is run on a 
computer or netwoik device. 

10. Netwoik device for generating distributed appUcations for each level in a multi-level 

oiviromnait comprising 

- a reception module, to receive an integrated configuration code comprising code 
sections for diffraent levels of a multi level environment, 

- a controller, being connected to said reception module, and being configured to 
parse, extract and convert code sections of said integrated configuration code into 
level-specific application code for each level, 

- a user interface, connected to said controUer, to revise said integrated 
configuration code, 

- a network module connected to said controUer. to transfer said level-specific 
application code to other devices in a network. 




Fig. 2 
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<relat:ion8> 

/ <r©iaticm :name-".dealcontcacf entity«-CONTRACTr> 
fJ <£preigiikey«>: 

■ Tat tribute- VDEALI D" 
• pacentattribute-"DEALID"y> 
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public elaas DealPaneX extaxwda BaseDataPanel 

^ protaefcad void preProcesaViewO throws GTVBaseBxceptlon { - 

GFVTextField dealXd - GFWGuiFactory.getTeKtField (Oeal.DEAI 
GFVOate inltiationData » GFVGuiFactory.getDate (Deal.XNITIA 

setBinder (Deal. ENTITY. getName () ) i 

6F¥GridBagPaneX mainPan -> aaw GSVScidBagPanelOf 
addCentar (nalnPan) i 

main? an. add (GFWGulFactory. getLabel (Deal. DE^LID) « daalZd) I 
mainPan. add (GFVGuiFactory . getLabel (Daal. INITIATIONOATE) , i 

) 

Fig. 8 



public clasB ContractTablePanel extends GFWTablePanel iavlementa C 

public ArtayList createTableColumnOeseclptocs () ( 
ArrayList descriptors » aeif ArrayListO^ 

GFVrableColumn Descriptor columnDescriptori 
columnDescriptor » neif GFVTableColumnOescriptor (Contract. I 
columnDescriptor. setEdi tor (new GFHTableCellCoraponentEditoc 
columnDescriptor. setSortable (false) i 
columnDescriptor. setEditable (truo) ; 
columnDescriptor. setResizeable (false) i 

columnDescriptor. setPceferredtfidth (130) ; // s^tl^finmdthi 
descriptors . add (columnDescriptor) i 
return descriptors; 



Fig. 9 
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publio class BaseDeal expends BaseBusinessObject 



private OealOataObject mDataObjecti 

publio void setDealld (Integer value) throws GFVBaseBxception ( 
mOataObject.storeOldValues () i 

Integer oldValue « fflDataObject.mOealldi 
nOataObject.DOealld " value i 

nOataObject.mOealld - <Integer)validateValue(mDataObject.ir 

> 

publio Integer getDealldO ( 

rotam mOataObject.mDealldi 

» I 



Fig. 10 



public class |DealOataObject Inplemaats Serializable, Clon«able« Da. 



{ 



HashMap mOataObjectCollectlonMap » now Ka9hNap<); 

public Integer raOealldi 
publio Integer mOldDealld; 

public boolean isHodifiedO 



if (mOealld « null) 
( 

le (mOldDealld 1- null) return true> 
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publio olass SecvecContcact eietends BaseBusinessObject 
( 

publio atatie void beforeIn8ert(ContcactDataObject dataObject) 
threwa GFVBaseBxception 
( ) 

publio static void afterlnsert (ContractDataObject dataObject) 
throMS GFVBaseExcsption 
( > 

publio static void beforeUpdate (ContractDataObject dataObject) 
throws GFVBaseSKceptlon 
I ) 
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Fig. 16 
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